Part Number Hot Search : 
TPA312 00506 1606E CDBA120 21013 HER205 20M10 FDMC561
Product Description
Full Text Search
 

To Download SPCA514A Datasheet File

  If you can't view the Datasheet, Please click here to try to view without PDF Reader .  
 
 


  Datasheet File OCR Text:
 SPCA514A
Digital Audio USB Controller 1. General description
The chip provides a built-in 8051 CPU with USB interface to handle three types of flash memory: NAND-type, SPI and NextFlash. It can co-operate with Digital Audio processing chip to manage the flash memory and to communicate with the PC.
2. Feature
! ! ! ! ! ! ! ! Build-in 8032 micro-controller and 1K bytes Data RAM Support USB bus with built-in transceiver Four USB pipes supported, including default control pipe, bulk-in pipe, bulk-out pipe and interrupt pipe Support 2M / 4M / 8M x 8 bit NAND-type Flash memory Hardware generated ECC code for flash memory access Support SPI and NextFlash serial interface Support SPCA751 interface 100-pin LQFP


SPCA514A 3. Function description 3.1. block diagram
USB and Flash meory Controller with 8051
xp0[7:0]
xp1[7:0]
xp2[7:0]
Control Signals xsgpio[7:0]
xp3[7:0]
xpsenn
xale
Control Signals
SPI Controller
Status Signals Data Bus Data Bus
8051 CPU
Status Signals Data Bus Data Bus
751 Interface
xmgpio[7:0]
Control Signals
Address Bus
cpuintnn
CPU Data Bus
xdp xdm
Control Signals Control Signals Status Signals Status Signals
FM Controller
xngpio[7:0]
Flash Memory (NAND Type)
USB Controller
Data Bus xugpio[7:0] Data Bus
FIFO Controller
Control Signals
Control Signals
Data Bus
Data Bus
Data Bus
xegpio[7:0] xtalout xtalin xprstnn VCC (8) GND (8)
Data Bus
A Buffer (512x8)
B Buffer (512x8)
used pins : 84 power/ground pins : 16 100-pin LQFP
3.2. Embedded micro-controller
The SPCA514A has integrated an 8032-compatible micro-controller, a serial communication port and a build-in 1K SRAM. To simplify the firmware development, the users may disable the internal micro-controller and connect the SPCA514A to an external micro-controller. The following diagrams show how to connect the SPCA514A to other components when using internal micro-controller and external micro-controller. The micro-controller is similar to DS80C320(Dallas Semiconductor) in terms of hardware features and instruction cycle timing. However, there are some important differences between the micro-controller and the DS80C320.


SPCA514A
Serial ports The micro-controller does not implement serial port framing error detection and does not implement slave address comparison for multiprocessor communications. Timer 2 The micro-controller does not implement timer2 down-counting mode or the down-count enable bit(T2MOD, bit0). The timer2 overflow output is active for one clock cycle. In the DS80C320, the timer2 overflow output is a square wave with a 50% duty cycle. Watchdog timer The micro-controller does not implement an internal watchdog timer. Power fail detector The micro-controller does not implement an internal power fail detector. Stop mode The micro-controller internal cycle counter is reset in stop mode. The micro-controller exits stop mode only when reset. Timed access protection The micro-controller does not implement timed access protection.
3.3. USB Pipes
SPCA514A supports the following four USB pipes. Default pipe (EP0): process the standard and vendor commands. INTERRUPT-IN pipe (EP1): transmit device events (interface 0) BULK-IN pipe (EP2): upload data to the PC (interface 0) BULK-OUT pipe (EP3): download data and ROM code (interface 0) All standard commands, except the Get Descriptor command, are processed by hardware. For Get Descriptor command and vendor commands, the USB controller latches


SPCA514A
the 8-byte commands in the EP0 FIFO and interrupts the micro-controller. The microcontroller then read the 8-byte command, decodes it, and prepares the appropriate data according to the command if necessary. The data, if any, is then sent to the USB bus by the USB controller. USB Packet Format USB Vendor Command for Register Read/Write (for example) Command bmReqType BRequest Read Write 0C1 0x41 0x00 0x00 wValue reserved WIndex address wLength 1 0
High byte : address reserved low byte: write value
USB Bulk-IN Packet Format The maximum packet size is fixed at 64 bytes. The size of each Bulk-IN packet is either maximum or zero. The zero-padding is applied to the last packet to make the size maximum if necessary. USB Bulk-OUT Packet Format The maximum packet size is fixed at 64 bytes. The size of each Bulk-OUT packet must be maximal. USB Interrupt-IN Packet Format The maximum packet size is fixed at two bytes. The micro-controller must program the interrupt pipe registers (both register 0x8506 and 0x8507) after it detects a new event. The USB controller sends the interrupt data to the host only after register 0x8507 is written.
3.4. Flash Memory
The flash memory is used to store data. The CPU can transfer command, address and data to the flash memory by the 8-bit I/O port. There are three operation modes for the CPU to read/write the flash memory: one is the direct mode, another is the FIFO mode and the other is pseudo DRAM mode. The ECC that is 22-bit code for every 256 bytes will


SPCA514A
be generated in the FIFO mode. The ECC generated by hardware can be read from the registers (3 bytes for 256 bytes/page and 6 bytes for 512 bytes/page). The read/write operation sequence is described as follows.
set the flash memory chip enable set the flash memory command enable (0X8400) write command to the flash memory via the flash memory data register (0X8400) clear the flash memory command enable set the flash memory address enable write address to the flash memory via the flash memory data register (0X8400) clear the flash memory address enable wait the flash memory ready
Direct mode: read/write data from/to the flash memory via the flash memory data register (0X8400) read/write additional data from/to the flash memory via the flash memory data register (0X8400) FIFO mode: 9. read/write data from/to the flash memory via the post buffer data register (0X8300) 10. read the ECC generated by hardware from the ECC registers 11. read/write additional data from/to the flash memory via the flash memory register (0X8400) Pseudo DMA mode: 9. read the post buffer and write to the flash memory or read the flash memory and write to the post buffer via the post buffer data register (0X8300) 10. read the ECC generated by hardware from the ECC registers read/write additional data from/to the flash memory via the flash memory register (0X8400) P.S. 1. The additional data means the data stored in the last 8 or 16 bytes of a page in the flash memory. The size is 8 or 16 bytes based on that the page size is 256/512 bytes.

!

SPCA514A
2. The flash memory data access must be through by the CPU because the flash memory data bus is directly connected with the CPU data bus. Therefore there are two type pseudo DMA operations to access flash memory data to post buffer: (1) The CPU reads the data register of the post buffer (0X8300) and the hardware generates a write pulse to flash memory in the same time. The data flow is from post buffer to flash memory. (2) The CPU reads the data register of the post buffer and the hardware generates a read pulse to flash memory in the same time. The data flow is from flash memory to post buffer. 3. The CPU accesses flash memory data via the register (0X8400) in the direct mode. The ECC is not generated by hardware in this mode. Therefore all accesses for the flash memory that do not want to disturb the ECC calculation must be in this mode, for example the additional data access.
3.5. Post buffer
3.5.1. Buffer Control There are two 1k-byte deep FIFOs in the device to concurrently handle both incoming and outgoing data stream in various operation modes and to easily handle data for the USB host controller. Some detailed information about the FIFO is shown as follows. OprMode Source Idle None Destination None FIFO Size Note Idle mode
Upload 1 CPU (0X8300) Flash memory The page size of FIFO mode flash memory Upload 2 Flash Memory CPU (0X8300) The page size of FIFO mode flash memory Upload 3 Flash Memory USB Upload 4 CPU (0X8300) USB Upload 5 USB The page size of Pseudo DMA (2) flash memory 64 bytes Bulk IN pipe Bulk OUT pipe
CPU (0X8300) 64 bytes

"

SPCA514A
Upload 6 USB Flash memory The page size of Bulk OUT pipe flash memory Pseudo DMA (1) Test mode
Upload 8 CPU (0X8300) CPU (0X8300) 64 bytes 3.5.2. Upload Mode (1):
When SPCA514A wants to record sound into flash memory, the "OprMode" field in the register (0X8301) must be set to the value of 0X1. In this mode, the CPU will read and process the audio data and then write into flash memory by the FIFO mode. The deep of post buffer is the same as the page size of flash memory in this mode. 3.5.3. Upload Mode (2): When SPCA514A wants to read data from flash memory and to transfer through the CPU, for example RS-232 port, the "OprMode" field in the register (0X8301) must be set to the value of 0X2. In this mode, the CPU will read and process data from flash memory by the FIFO mode. this mode. The deep of post buffer is the same as the page size of flash memory in
3.5.4. Upload Mode (3): When SPCA514A wants to upload data from flash memory to the PC through the USB bus, the "OprMode" field in the register (0X8301) must be set to the value of 0X3. In this mode, The data in flash memory will be read by the CPU and written into post buffer by the pseudo DMA mode (2). The data in the post buffer will be read through the Bulk-IN pipe by the USB host controller. The deep of post buffer is the same as the page size of flash memory in this mode. 3.5.5. Upload Mode (4): When the USB host wants to do loop-back test, the "OprMode" field in the register (0X8301) must be set to the value of 0X4. The forward path is from the PC through BulkOUT pipe to the CPU and the backward path is from the CPU through Bulk-IN pipe to the PC. The backward path is supported in this mode and the forward path is supported in the next mode, Upload Mode (5). The deep of post buffer is 64 bytes in this mode.

#

SPCA514A
3.5.6. Upload Mode (5): When the USB host wants to update the ROM code for the CPU on flash memory, the "OprMode" field in the register (0X8301) must be set to the value of 0X5. The new ROM code is transmitted into post buffer from the PC through the Bulk-OUT pipe. Then the CPU reads the post buffer and update the ROM code on the flash memory. The deep of post buffer is 64 bytes in this mode. 3.5.7. Upload Mode (6): When the USB host wants to pseudo write into flash memory by the CPU, the "OprMode" field in the register (0X8301) must be set to the value of 0X6. The data is transmitted into post buffer from the PC through the Bulk-OUT pipe. Then the CPU reads the post buffer and write into the flash memory. The deep of post buffer is 256 bytes in this mode. 3.5.8. Upload Mode (8): This is a test mode. In this mode, the "OprMode" field in the register (0X8301) must be set to the value of 0X8. The CPU will write, read back and compare data through post buffer and the deep of post buffer is 64 bytes in this mode.
3.6. Power Control
To reduce power-consumption during suspend period, the clock pad is disabled during suspend state. All the internal clocks stop and the SPCA514 can only accept asynchronous events during the suspend state. Before the SPCA514 returns to normal operational state, there is an additional state called resume state. During the resume state the clock pad start oscillation. However, the internal clocks are still masked out to prevent chip malfunction since during this period the clock is not stable. The following diagram depicts the sequence for the SCAP514 to enter and get out of the suspend/resume state.

$

SPCA514A






From normal to suspend state: To enter suspend state, the firmware must program register 0X8002 bit 0. The SPCA514 will stop the crystal oscillation if this bit is set. From the application's point of view, there are two possible causes to put the chip into suspend state. The first one is the USB suspend. After the USB bus is idle for 6 ms, the SPCA514 will issue an interrupt to inform the micro-controller. Then the micro-controller must program the bit 0 of register 0X8002. The other cause to enter suspend state is that when the UI is idle longer than a period of time. This part is completely implemented by the firmware. The SPCA514 hardware has no interrupt for this. Like the USB suspend, if the firmware decide the UI idle time is long enough, it must program bit 0 of register 0X8002 to put the chip into suspend state. From suspend to normal state As stated above, before the SPCA514 returns to normal state from suspend state, it must goes through the resume state. There are two possible causes for the SPCA514 to enter resume state from suspend state. (1) When bit 4 of register 0X8003 is set and the USB controller detects a bus activity on the USB bus. (2) When bit 5 of register 0X8003 is set and the SPCA514 detects a key status change via GPIO pins. All the two causes are processed by SPCA514 automatically, no firmware intervention needed. Since the clock is stopped during suspend, it's not possible for the microcontroller to do anything about it. The length of internal resume period can be programmed from 1 ms to 20 ms via bit[3:0] of register 0X8003.

%

SPCA514A 3.7. SPCA751 Interface
The SPCA514 has a serial interface to communicate with SPCA751. SPCA751 is an Digital Audio processor (DAp). It also supports audio recording and compression. Integrating SPCA751 with SPCA514 results in a complete Digital Audio player and a digital recorder. While operating as an Digital Audio player, the SPCA514 fetch the Digital Audio bit stream from the flash memory and send it to the SPCA751 for playback. While operating as an digital recorder, the SPCA751 record and compress the audio data and send the data to SPCA514. Then, the SPCA514 stores the compressed audio data into the flash memory. Both of the operation is done via the serial interface between SPCA514 and SPCA751. In both cases, the SPCA514 acts as a master. It sends commands, and data if necessary, to the SPCA751. It also requests data from the SPCA751. The following diagram shows how the SPCA514 communicate with SPCA751. Each data transaction to the SPCA751 starts with a TX frame sync signal (mptxfs), and the deassertion of the frame sync signal indicates the transfer of the last word. Each data transaction from the SPCA751A starts with an RX frame sync (mprxfs), and the signal is de-asserted at the last word of data transfer. Notes that the communication between SPCA514 and SPCA751 is based on word unit. The serial clock is driven by the SPCA514. Both SPCA514 and SPCA751 sample the data at the falling edge of the serial clock.
Camera ASIC
SPCA751 (MP3)



B15

B14
B13
B12
B11
B10
B9
B8
B7
B6
B5
B4
B3
B2
B1
B0
B 15
B 14
B 13
B 12
B 11
B 10
B 9
B 8
B 7
B 6
B 5
B 6
B 5
B 4
B 3
B 2
B 1
B 0
B 15
B 14
B 13
B 12
B 11
B 10
B 9
B 8
B 7
B 6
B 5
B 6
B 5
B 4
B 3
B 2
B 1
B 0



SPCA514A
Programming flow of the Digital Audio processor serial interface



mpsiwrnn=0

mpsiwrnn=1
mpsilength= desired value
mpsilength= desired value
mpsiprefetc h=1
write dataport
mpsiready
mpsiready
read dataport
last byte
last byte
finish
finish



SPCA514A 3.8. SPI interface
3.8.1 SPI interface to the Serial flash memory The SPCA514A supports an SPI serial interface to access the SPI-type serial flash memory. Both SPI mode 0 and SPI mode 3 are supported. The serial clock frequency is adjustable from 12 MHz to 3 MHz. The CPU writes data to the serial flash memory via the TXport (register 8230) and read data from the flash memory via the RXport and PRXport. Reading data from the PRXport will invoke a sequence of serial clocks to pre-fetch the next byte of data. Reading data from the RXport merely gets the data that is already received and latched in the SPCA514A. Each read sequence starts with a dummy read to the PRXport, followed by multiple read from the PRXport, and finally end up with a read to the RXport. Note that the data read by the first dummy read to the PRXport should be discarded. Each time before the CPU write to the TXport or read from the PRXport, the CPU must wait until the SPI interface is ready. This could be achieved by polling the status bit (FMSIbusy, register 0X823B bit 0) each time before read or write. When data is written into the spi-interface serial flash memory or read from them, a 16 bit CRC codes are generated automatically by the SPCA514A. For every 256 bytes of data, 16 bits of CRC codes are generated (access inverse of low byte CRC code via register 0x82b6, inverse of high byte CRC code via register 0x82b7). The CRC codes are generated automatically when the CPU read/write the data port. The CRC code can be cleared each time a new page is written to or read from the spi-interface serial flash memory. To clear the CRC code, write 1 to register 0X82a5 bit0. 3.8.2 Next flash serial interface control For the Next flash serial interface, the CPU has to control the output enable of the serial data bit because the data pin is bi-directional. Also, the CPU has to explicitly start and stop the transfer in order to control the status of the clock pin. There are 2 extra ports for the CPU to read. The first one is PRX1 port. After this port is read, the SPCA514A assert a signal clock and force the clock pin stay at high state. The second port is PRX7 port. After this port is read, the SPCA514A will assert the next seven clocks to complete the byte read. This special timing is required by the Next flash memory. The CPU should wait for 30 to 100 us between reading PRX1 and PRX7. Please reference to the Next flash data sheet for the timing requirement.



SPCA514A 4. Pin assignment and package 4.1. Package




















SPCA514A

D D1 D2
E
E1
E2
SUNPLUS SPCA514A
YYWW
e
b
A2
A
!









▲Up To Search▲   

 
Price & Availability of SPCA514A

All Rights Reserved © IC-ON-LINE 2003 - 2022  

[Add Bookmark] [Contact Us] [Link exchange] [Privacy policy]
Mirror Sites :  [www.datasheet.hk]   [www.maxim4u.com]  [www.ic-on-line.cn] [www.ic-on-line.com] [www.ic-on-line.net] [www.alldatasheet.com.cn] [www.gdcy.com]  [www.gdcy.net]


 . . . . .
  We use cookies to deliver the best possible web experience and assist with our advertising efforts. By continuing to use this site, you consent to the use of cookies. For more information on cookies, please take a look at our Privacy Policy. X